Description of problem: Originally opened here: https://bugs.centos.org/view.php?id=14053 Unable to upgrade from gluster-3.11.3 to gluster-3.12.2 due to userspace-rcu dependencies in the lttng-ust-2.4.1-4.el7.x86_64 (@epel) package. Version-Release number of selected component (if applicable): userspace-rcu-0.7.16-3.el7.x86_64 vs. userspace-rcu-0.10.0-3.el7.x86_64 How reproducible: Reproducible on all of my CentOS7.3 servers running gluster (6) Steps to Reproduce: 1. Modify yum.repo to look at buildlogs for glusterfs 3.12 2) yum update gluster* Actual results: Error: Package: lttng-ust-2.4.1-4.el7.x86_64 (@epel) Requires: liburcu-cds.so.1()(64bit) Removing: userspace-rcu-0.7.16-3.el7.x86_64 (@centos-gluster310-test) liburcu-cds.so.1()(64bit) Updated By: userspace-rcu-0.10.0-3.el7.x86_64 (/userspace-rcu-0.10.0-3.el7.x86_64) ~liburcu-cds.so.6()(64bit) Available: userspace-rcu-0.7.16-1.el7.x86_64 (epel) liburcu-cds.so.1()(64bit) Error: Package: lttng-ust-2.4.1-4.el7.x86_64 (@epel) Requires: liburcu-bp.so.1()(64bit) Removing: userspace-rcu-0.7.16-3.el7.x86_64 (@centos-gluster310-test) liburcu-bp.so.1()(64bit) Updated By: userspace-rcu-0.10.0-3.el7.x86_64 (/userspace-rcu-0.10.0-3.el7.x86_64) ~liburcu-bp.so.6()(64bit) Available: userspace-rcu-0.7.16-1.el7.x86_64 (epel) liburcu-bp.so.1()(64bit) Expected results: Upgrade to complete Additional info: There was no package change for userspace-rcu from glusterfs 3.10 to 3.11 lttng-ust-2.4.1-4.el7.x86_64 wants liburcu-cds.so.1()(64bit) and liburcu-bp.so.1()(64bit) userspace-rcu-0.10.0-3.el7.x86_64 provides liburcu-cds.so.6()(64bit) liburcu-bp.so.6()(64bit) Trying to remove lttng-ust results in heavy dependency issues ============================================================================================================================================ Package Arch Version Repository Size ============================================================================================================================================ Removing: lttng-ust x86_64 2.4.1-4.el7 @epel 717 k Removing for dependencies: anaconda-core x86_64 21.48.22.93-1.el7.centos.0.1 @base 8.0 M anaconda-gui x86_64 21.48.22.93-1.el7.centos.0.1 @base 1.4 M anaconda-tui x86_64 21.48.22.93-1.el7.centos.0.1 @base 426 k device-mapper-multipath x86_64 0.4.9-99.el7_3.3 @updates 188 k device-mapper-multipath-libs x86_64 0.4.9-99.el7_3.3 @updates 603 k fcoe-utils x86_64 1.0.31-1.git5dfd3e4.el7_3.1 @updates 291 k initial-setup x86_64 0.3.9.36-1.el7.centos @base 213 k initial-setup-gui x86_64 0.3.9.36-1.el7.centos @base 32 k librados2 x86_64 1:0.94.10-0.el7 @Ceph 6.0 M librbd1 x86_64 1:0.94.10-0.el7 @Ceph 6.0 M python-blivet noarch 1:0.61.15.59-1.el7 @base 3.0 M qemu-kvm-common x86_64 10:1.5.3-126.el7_3.10 @updates 755 k
Hi Yannick, Getting userspace-rcu updated to the current 0.10.0 version would be much appreciated. We already provide this package for Gluster in the CentOS Storage SIG and it seems to have introduced a conflict when lttng-ust from EPEL is used. I assume lttng-ust will need a rebuild when userspace-rcu is updated. If you need assistance with getting this done, please let me know. Thanks! Niels
I've just encountered this same issue, trying to upgrade from GlusterFS 3.12.4 to 3.12.5. RHEL7, with the EPEL and CentOS Storage SIG repos available. I do not have lttng-ust installed on this system. In this case, it may actually be a regression on the CentOS side, I'm still digging. [davidsmith@wuit-s-10889 ~]$ sudo yum update glusterfs-server Loaded plugins: enabled_repos_upload, package_upload, product-id, search- : disabled-repos, subscription-manager rhel-7-server-extras-rpms | 2.0 kB 00:00 rhel-7-server-optional-rpms | 2.0 kB 00:00 rhel-7-server-rh-common-rpms | 2.1 kB 00:00 rhel-7-server-rpms | 2.0 kB 00:00 rhel-7-server-satellite-tools-6.2-rpms | 2.1 kB 00:00 rhel-7-server-supplementary-rpms | 2.0 kB 00:00 Resolving Dependencies --> Running transaction check ---> Package glusterfs-server.x86_64 0:3.12.4-1.el7 will be updated ---> Package glusterfs-server.x86_64 0:3.12.5-1.el7 will be an update --> Processing Dependency: glusterfs-libs = 3.12.5-1.el7 for package: glusterfs-server-3.12.5-1.el7.x86_64 --> Processing Dependency: glusterfs-fuse = 3.12.5-1.el7 for package: glusterfs-server-3.12.5-1.el7.x86_64 --> Processing Dependency: glusterfs-client-xlators = 3.12.5-1.el7 for package: glusterfs-server-3.12.5-1.el7.x86_64 --> Processing Dependency: glusterfs-cli = 3.12.5-1.el7 for package: glusterfs-server-3.12.5-1.el7.x86_64 --> Processing Dependency: glusterfs-api = 3.12.5-1.el7 for package: glusterfs-server-3.12.5-1.el7.x86_64 --> Processing Dependency: glusterfs = 3.12.5-1.el7 for package: glusterfs-server-3.12.5-1.el7.x86_64 --> Processing Dependency: liburcu-cds.so.1()(64bit) for package: glusterfs-server-3.12.5-1.el7.x86_64 --> Processing Dependency: liburcu-bp.so.1()(64bit) for package: glusterfs-server-3.12.5-1.el7.x86_64 --> Running transaction check ---> Package glusterfs.x86_64 0:3.12.4-1.el7 will be updated ---> Package glusterfs.x86_64 0:3.12.5-1.el7 will be an update ---> Package glusterfs-api.x86_64 0:3.12.4-1.el7 will be updated ---> Package glusterfs-api.x86_64 0:3.12.5-1.el7 will be an update ---> Package glusterfs-cli.x86_64 0:3.12.4-1.el7 will be updated ---> Package glusterfs-cli.x86_64 0:3.12.5-1.el7 will be an update ---> Package glusterfs-client-xlators.x86_64 0:3.12.4-1.el7 will be updated ---> Package glusterfs-client-xlators.x86_64 0:3.12.5-1.el7 will be an update ---> Package glusterfs-fuse.x86_64 0:3.12.4-1.el7 will be updated ---> Package glusterfs-fuse.x86_64 0:3.12.5-1.el7 will be an update ---> Package glusterfs-libs.x86_64 0:3.12.4-1.el7 will be updated ---> Package glusterfs-libs.x86_64 0:3.12.5-1.el7 will be an update ---> Package glusterfs-server.x86_64 0:3.12.5-1.el7 will be an update --> Processing Dependency: liburcu-cds.so.1()(64bit) for package: glusterfs-server-3.12.5-1.el7.x86_64 --> Processing Dependency: liburcu-bp.so.1()(64bit) for package: glusterfs-server-3.12.5-1.el7.x86_64 --> Finished Dependency Resolution Error: Package: glusterfs-server-3.12.5-1.el7.x86_64 (glusterfs) Requires: liburcu-cds.so.1()(64bit) Available: userspace-rcu-0.7.16-1.el7.x86_64 (epel) liburcu-cds.so.1()(64bit) Available: userspace-rcu-0.7.16-3.el7.x86_64 (glusterfs) liburcu-cds.so.1()(64bit) Installed: userspace-rcu-0.10.0-3.el7.x86_64 (@glusterfs) ~liburcu-cds.so.6()(64bit) Error: Package: glusterfs-server-3.12.5-1.el7.x86_64 (glusterfs) Requires: liburcu-bp.so.1()(64bit) Available: userspace-rcu-0.7.16-1.el7.x86_64 (epel) liburcu-bp.so.1()(64bit) Available: userspace-rcu-0.7.16-3.el7.x86_64 (glusterfs) liburcu-bp.so.1()(64bit) Installed: userspace-rcu-0.10.0-3.el7.x86_64 (@glusterfs) ~liburcu-bp.so.6()(64bit) You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest Uploading Enabled Repositories Report Loaded plugins: product-id, subscription-manager
Having a similar issue with gluster 3.13. Please fix this. Thank you. Using official Gluster repo with spacewalk. [root@lxcshaproxy01 ~]# yum -y upgrade Loaded plugins: fastestmirror, langpacks, remove-with-leaves, rhnplugin, show-leaves, versionlock This system is receiving updates from RHN Classic or Red Hat Satellite. Loading mirror speeds from cached hostfile Resolving Dependencies --> Running transaction check ---> Package glusterfs.x86_64 0:3.12.4-1.el7 will be updated ---> Package glusterfs.x86_64 0:3.13.2-1.el7 will be an update ---> Package glusterfs-api.x86_64 0:3.12.4-1.el7 will be updated ---> Package glusterfs-api.x86_64 0:3.13.2-1.el7 will be an update ---> Package glusterfs-cli.x86_64 0:3.12.4-1.el7 will be updated ---> Package glusterfs-cli.x86_64 0:3.13.2-1.el7 will be an update ---> Package glusterfs-client-xlators.x86_64 0:3.12.4-1.el7 will be updated ---> Package glusterfs-client-xlators.x86_64 0:3.13.2-1.el7 will be an update ---> Package glusterfs-fuse.x86_64 0:3.12.4-1.el7 will be updated ---> Package glusterfs-fuse.x86_64 0:3.13.2-1.el7 will be an update ---> Package glusterfs-libs.x86_64 0:3.12.4-1.el7 will be updated ---> Package glusterfs-libs.x86_64 0:3.13.2-1.el7 will be an update ---> Package glusterfs-server.x86_64 0:3.12.4-1.el7 will be updated ---> Package glusterfs-server.x86_64 0:3.13.2-1.el7 will be an update --> Processing Dependency: liburcu-cds.so.1()(64bit) for package: glusterfs-server-3.13.2-1.el7.x86_64 --> Processing Dependency: liburcu-bp.so.1()(64bit) for package: glusterfs-server-3.13.2-1.el7.x86_64 --> Finished Dependency Resolution Error: Package: glusterfs-server-3.13.2-1.el7.x86_64 (centos-7-gluster) Requires: liburcu-bp.so.1()(64bit) Available: userspace-rcu-0.7.16-1.el7.x86_64 (centos-7-epel-7) liburcu-bp.so.1()(64bit) Installed: userspace-rcu-0.10.0-3.el7.x86_64 (@centos-7-gluster-312) ~liburcu-bp.so.6()(64bit) Error: Package: glusterfs-server-3.13.2-1.el7.x86_64 (centos-7-gluster) Requires: liburcu-cds.so.1()(64bit) Available: userspace-rcu-0.7.16-1.el7.x86_64 (centos-7-epel-7) liburcu-cds.so.1()(64bit) Installed: userspace-rcu-0.10.0-3.el7.x86_64 (@centos-7-gluster-312) ~liburcu-cds.so.6()(64bit) You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest [root@lxcshaproxy01 ~]#
(In reply to Gorkhaan from comment #3) > Having a similar issue with gluster 3.13. > Please fix this. Thank you. > Using official Gluster repo with spacewalk. This has been fixed in the CentOS Storage SIG repository. Please see http://lists.gluster.org/pipermail/packaging/2018-January/000453.html for more details. The update of userspace-rcu in EPEL would still be good to have. This has been requested through bz 1410302. I'll close this bug now. Please report bugs related to the CentOS Storage SIG repositories at https://bugs.centos.org/ or on gluster-users. *** This bug has been marked as a duplicate of bug 1410302 ***